home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: MegaDisc / MegaDisc 08 (1988)(MegaDisc Digital Publishing)(AU)[WB].zip / MegaDisc 08 (1988)(MegaDisc Digital Publishing)(AU)[WB].adf / REVIEWS / About_ARP < prev    next >
Text File  |  1988-05-28  |  7KB  |  124 lines
  1.  
  2.  
  3.       The AmigaDOS Replacement Project - a User's View.
  4.                              by Jason Pearse
  5.  
  6.      [Ed: Mike Simpson, who wrote the Spreadsheet on MD7, has put
  7.      together a Theme disk for us which combines ARP1.1 set up with
  8.      the Directory Utility JOBS, fully customised to access all your
  9.      normal commands and utilities.]
  10.  
  11. Many Amiga users will have heard of the AmigaDOS Replacement Project (ARP),
  12. a project proposed and lead by Charlie Heath of Microsmiths in the United
  13. States.  The project is a serious attempt to replace the standard AmigaDOS
  14. commands, as supplied by Commodore, with a new set of DOS commands which
  15. are smaller, faster, and more useful.  In a strong show of faith in the
  16. popularity of the Amiga, the ARP team have placed the entire ARP setup into
  17. the public domain.  The comments in this article about ARP are based on the
  18. ARP set included with TxED PLUS (ie, version 1.1, as on our special ARP
  19. disk).  Other versions may differ in the range of commands included.
  20.  
  21. What is ARP, exactly?  Basically, ARP consists of all the most-used DOS
  22. commands (RUN, LIST, DIR etc.) re-written in raw assembler.  The original
  23. Commodore-supplied DOS commands are written in BCPL, which is now a largely
  24. out-of-date programming language, and not renowned for its speed or
  25. compactness.  By writing the ARP commands in assembler, Charlie Heath and
  26. friends have almost halved the size of most of the BCPL commands, while
  27. making them more capable.
  28.  
  29. For example, the original DIR command is 8128 bytes, and provides the
  30. following features:-
  31.  
  32.     - limited wildcard capability.
  33.     - list directory by device name (e.g. DIR DF0:)
  34.     - list directory by disk name (e.g. DIR AMIGALIBDISK74:)
  35.     - options for interactive directory, hex display and display ALL files
  36. and directories.
  37.  
  38. The ARP version of DIR is 4872 bytes, and provides these capabilities:-
  39.  
  40.     - improved use of wildcards (many ARP commands allow wildcards - more
  41. on this later).
  42.     - find a file on disk (i.e. DIR "df1:My_prog" will display "My_prog" if
  43. the file exists on the disk in df1:)
  44.     - allows highlighting of directory names, with file names left
  45. unhighlighted.
  46.     - display size of all files listed (similar to LIST).
  47.     - help for interactive mode.
  48.     - display only files and not directories or vice versa.
  49.  
  50. As you can see, ARP is powerful!  Since DIR would be one of the most
  51. often-used commands, imagine what a C: directory full of similarly-powered
  52. commands can do for your computing time!  Because smaller commands take
  53. less time to load, you save time, without even considering the time you
  54. save because the commands are more POWERFUL.  Using ARP also reduces the
  55. time you have to wait while your machine grinds through its
  56. startup-sequence.
  57.  
  58. Now a brief word on wildcards.  Wildcards allow you to specify a group of
  59. files or directories with the same "file name", using one or more of
  60. several special characters.  This is a powerful feature of other DOS's
  61. (some would say it is the ONLY powerful feature of MS-DOS, for instance).
  62. For example, the character "*" stands for any number of any character.  In
  63. other words, the command "LIST DF1:*.doc" will list all the files in the
  64. root directory of DF1: which end in ".doc".  Wildcards are allowed in
  65. commands like COPY, DIR, CD, RENAME, etc.  The only exception to this rule
  66. is that commands like RUN will not allow wildcards (imagine typing RUN
  67. DF1:* by accident and watching helplessly as every program on DF1: starts
  68. and you will see why RUN doesn't allow wildcards!)
  69.  
  70. One especially useful command that ARP provides is RESIDENT.  Resident
  71. provides the ability to make specific commands memory-resident.  This is
  72. best illustrated with an example.  Say, for example, that you use DIR
  73. often.  By typing RESIDENT DIR, the DIR command will be stored away in
  74. memory, and all subsequent uses of the DIR command will run immediately.
  75. The DIR command will NOT be loaded from  disk.  Instead, it will run from
  76. memory.  And if you have two CLI's running, and use DIR simultaneously in
  77. both of them, both CLI's will use the same copy of the DIR code.  This
  78. translates into lower memory usage and more efficient use of your time.
  79.  
  80. Besides replacing the standard AmigaDOS, the full ARP set supplies other
  81. public domain or shareware utilities.  The most useful of these is ConMan,
  82. by William Hawes.  This small utility installs itself away from prying
  83. eyes, and provides a much more friendly CLI environment.  All CLIs opened
  84. after ConMan is installed will have line editing.  That's right, no more
  85. backspacing an entire line to change one mis-typed letter!  Now, simply
  86. move the cursor back THROUGH the correct letters, press delete to remove
  87. the offending character, and retype it correctly.  Press RETURN, and your
  88. command is executed.  ConMan provides a command line history facility,
  89. which remembers the last 10 commands you've used, and will recall them
  90. instantly.  Imagine you're copying files from one disk to another.  Using a
  91. standard CLI, you'd have to re-type the COPY command once for every file.
  92. With a ConMan CLI, just type it once, recall it, and edit the filename, and
  93. run it again!
  94.  
  95. A utility called LOADLIB is also included.  Ever been using a stripped-back
  96. version of WorkBench that doesn't have a particular library on it?  You run
  97. a program, and it comes back with the message (for example) "Couldn't open
  98. DiskFont Library".  Great!  The only option is to reboot with a disk that
  99. HAS the library on it, and start the program again.  Using LOADLIB (yes, it
  100. runs from the WorkBench), all you would do is insert a disk that DOES
  101. contain the library and use LOADLIB to load the library into memory.  Then
  102. your poor program can use the library even though it's not on your boot
  103. disk.
  104.  
  105. Another bonus program included with some versions of ARP is PROFF, a
  106. professional text formatter.  I haven't tried this one, myself, since my
  107. word processing needs are met by MicroEMACS, but I have heard it is quite
  108. powerful.  Note that PROFF may not be included with some versions of ARP,
  109. though it is public domain, so you should be able to pick it up somewhere.
  110.  
  111. All right then, what's the bottom line?  I would recommend ARP
  112. unreservedly.  The programs are smaller, faster and more efficient.  I have
  113. found only 1 program that doesn't like working in conjunction with ARP, and
  114. I can't remember what it was (must have been something really significant,
  115. huh?!)  ARP is free (for the price of a disk - is that free?)  and it
  116. represents a considerable effort on the part of Heath and associates to
  117. really do something IMPORTANT for the Amiga.  A machine cannot go
  118. incredibly far if its DOS is unwieldy and difficult to use - ARP puts the
  119. Amiga ahead of everything but UNIX in this regard.  For anyone who uses the
  120. CLI at all, ARP is a must.
  121.  
  122. ************************** END OF ABOUT_ARP *******************************
  123.  
  124.